Date: Tue, 31 May 94 04:30:16 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V94 #170 

To: Ham-Digital 


Ham-Digital Digest Tue, 31 May 94 Volume 94 : Issue 170 


Today's Topics: 
9600 bps radio modems 
AX25012/Linux 
GTOR vs Pactor: Well? 
help with IP coordinator.. please.. 
Keplerian Elements 
LIST of TCP/IP address coordinators? 
Multi-mode TNC suggestions 
NOS/TCPIP 
Quiet computers 
Telix modem software doesn't choke on 7plus files 
Welcome to rec.radio.info! 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 30 May 1994 12:04:14 -0400 

From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!sol.ctr.columbia.edu! 
news.kei.com! babbage.ece.uc.edu!ankh.iia.org!rtp.vnet.net!char2.vnet.net!not-for- 
mail@network.ucsd.edu 

Subject: 9600 bps radio modems 

To: ham-digital@ucsd.edu 


Brian Kantor (brian@nothing.ucsd.edu) wrote: 
: I'm disgusted with the performance of the carrier detect circuits in 
: the three popular 9600 bps radio modems used by amateurs - the KONG, 
: G3RUH, and new TAPR modems. 

- Brian 


Has anyone had a chance to take a GOOD look at the new KPC9612? 

I understand that it should be FCC accepted in a week or two. I am 
SERIOUSLY debating the purchase of one for myself (drool) and for 

the local ARES/RACES organization. 

Tnx in advance - 73 ded Dave, exe02594@vnet.net, NOUNR@WAIPOV.#MKE.WI.USA 


Date: 30 May 1994 14:35:25 GMT 

From: ihnp4.ucsd.edu!usc!math.ohio-state.edu! jussieu.fr!univ-lyon1.fr!lanpct.univ- 
lyon1. fxr! cerdini@network.ucsd.edu 

Subject: AX25012/Linux 

To: ham-digital@ucsd.edu 


When I use in same time ax25 connection and tcp/ip connection, I always see 
on the screen "Partial!"... What does it mean ? How we can stop this print ? 


And how we can add route using AX25 gateway ? 


73' ! 

Michel CERDINI - Universite Lyon 1 | E-Mail cerdini@lan1.univ-lyon1.fr 
Laboratoire d'Analyse Numerique URA 740 | Tel Pro 72 43 10 93 - aka Djoe 
43, boul. du 11 novembre 1918 | Minitel 78 36 19 96 (24h/24) Vv 
69622 Villeurbanne Cedex, France. | Modem 78 36 10 01 (V32b/8N1) _/ 


Date: Mon, 30 May 1994 15:23:21 GMT 

From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!wupost!csus.edu!netcom.com! 
rogjd@network.ucsd.edu 

Subject: GTOR vs Pactor: Well? 

To: ham-digital@ucsd.edu 


My TS850S/AT is in the shop, so I can't work digital HF right now. So 
I'm on the Internet a lot :-).... 


What is the consensus on GTOR? I saw a thread on this newsgroup to the 
effect that it differred very little from Pactor in its performance. This 
thread went on to maintain that only Pactor II could really exceed Pactor 
in terms of thruput. (Strange lack of reference to Clover?) 


On the other hand, the claims of Kantronics make one believe that GTOR 
approaches GTOR, and presumably Clover, without forcing a complete 


redesign of the TNC to give it 4-tone capability. 


Since I'm temporarily off the air, and cannot discuss it directly that 


way, I'd sure welcome some discussion on this topic! What is GTOR like? 
Is it going to be the "digital mode of the 90s?" Or will the other TNC 
manufactureers debunk Kantronic's claims and cause GTOR to fade away? 


rogjd@netcom.com 
Glendale, CA 
AB6WR 


Date: 30 May 94 21:53:38 EDT 

From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!darwin.sura.net!wvnvms! 
marshall.wvnet.edu!desaid@network.ucsd.edu 

Subject: help with IP coordinator.. please.. 

To: ham-digital@ucsd.edu 


Hi everyone: 


I am planning on running TCP/IP and I dunno how to contact the area 

IP coordinator. I enquired about that person but no one seems to know 
him in our area. I dont have his address to send a snail mail. 

Is there any other way I can contact him. 

Please let me know. 


thanks a_ lot. 


73, Dinakar kb8phz 


Date: 31 May 1994 03:55:45 -0000 

From: news.delphi.com!news.delphi.com!not-for-mail@uunet.uu.net 
Subject: Keplerian Elements 

To: ham-digital@ucsd.edu 


Could someone please direct me where i might find Keplerian Elements for 
amateur satellites and the like? Thanks, 73 jim 


n8rhq @ delphi.com 


Date: 30 May 1994 17:33:14 -0400 

From: ihnp4.ucsd.edu!swrinde! emory!europa.eng.gtefsd.com!newsxfer.itd.umich.edu! 
zip.eecs.umich.edu! panix!not-for-mail@network.ucsd.edu 

Subject: LIST of TCP/IP address coordinators? 

To: ham-digital@ucsd.edu 


Does there exist a complete list of 44net TCP/IP coordinators? 
(The people who assign IP addresses for our block) 


(cc'd to Brian) 


Daniel N2SXX 
dmd@panix.com 


Date: Tue, 31 May 1994 02:32:58 GMT 

From: nwnexus! jhgrud!eskimo!aandh@uunet.uu.net 
Subject: Multi-mode TNC suggestions 

To: ham-digital@ucsd.edu 


<9405200255591.DLITE.rabbi@delphi.com> <2rkihh$omj@herald.indirect.com> 
Organization: Eskimo North (206) For-Ever 


xpcom 

I looked at a lot of programs befor I went to xpcon give it a try I work 
Pactor most of the time with a little time on ritty it will do every 
thing I want You will like the ANSI it can be fun 

73 Jim K7UDG/UA4PDG 


Date: 30 May 1994 14:20:17 -0500 

From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com! 
news.umbc.edu!eff£!news.duke.edu!news-feed-1.peachnet.edu!umn.edu!news.d.umn.edu! 
ua.d.umn.edu!not-for-mail@network.ucsd. 

Subject: NOS/TCPIP 

To: ham-digital@ucsd.edu 


Currently, I am running WNOS and find that it doesn't want to connect to 
stations running MSYS. The question I have, is what can I do with WNOS 
to get around this problem? 


What other NOS's have no problem with MSYS? JNOS? 
Jeremy 
EMAIL: jremer@ub.d.umn.edu 


Jeremy Remer | jremer@ub.d.umn.edu = = 


Computer Science Major | jremer@oldub.d.umn.edu | es l\| 
University of Minnesota, Duluth. |jremer@nyx.cs.du.edu | __|/| I\ |. 


Date: Mon, 30 May 1994 19:14:27 GMT 

From: ihnp4.ucsd.edu!dog.ee.1lbl.gov! agate! howland.reston.ans.net!torn!nott!cunews! 
freenet.carleton.ca!FreeNet.Carleton.CA!ae517@network.ucsd.edu 

Subject: Quiet computers 

To: ham-digital@ucsd.edu 


In a previous article, kevin. jessup@mixcom.mixcom.com (kevin jessup) says: 


>>Here's a different subject... 

> 

>>What specific brands/models of PCs have folks found to be particularly 
>>good or bad with regard to RF hash generated, and suseptability to 
>>RF fields? 

> 

>My 2-meter packet system consists of a Yaesu FT2400H radio, a 
>Kantronics KPC3 TNC and a Hewlett-Packard HP100LX palmtop 

>computer. All running within 6 inches of each other ona 

>small end-table. No problems. 

> 

I put up with noise on my clone for a few years until I lucked into a 
TEMPEST-class box. It's pretty much "silent running" on HF and VHF. The 
fan's a tad noisy, though. 


Date: Tue, 31 May 1994 02:07:02 GMT 

From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!wupost!csus.edu!netcom.com! 
wa2ise@network.ucsd.edu 

Subject: Telix modem software doesn't choke on 7plus files 

To: ham-digital@ucsd.edu 


Just a quick comment that Telix 3.22 (I think that's the version #, well 
close anyway) was the only modem software that didn't barf when uploading 

a file that was prepared with 7plus (converts *.exe and *.com PC executables 
so they can be sent thru the packet network, also has error correction). 
Other modem software, like Crosstalk, PCmodem, PTP, and an old copy of 
Qmodem would choke (do bad things like disconnect, excessive line feeds, 

and such.). I also had to set the TNC to Xon/off to OFF. So that hardware 
handshaking is used. Even so, only Telix would work correctly. Telix is 

a shareware program, ftp-able from various sites like garbo or oak. Look 


in the *.binaries.* groups. 


Date: Mon, 30 May 1994 21:00:05 MDT 

From: tribune.usask.ca!quartz.ucs.ualberta.ca!alberta! ve6mgs!rec-radio- 
info@decwrl.dec.com 

Subject: Welcome to rec.radio.info! 

To: ham-digital@ucsd.edu 


Archive-name: radio/rec-radio-info/welcome 
Last-modified: $Date: 1994/01/02 22:00 $ 
Version: $Revision: 1.06 $ 


xxk Welcome to rec.radio.info! «xx 


Welcome to rec.radio.info, a group that aims to provide a noise-free source 
of information and news for the entire rec.radio hierarchy. 


Two introductory articles about rec.radio.info are posted to the group and 

to news.answers every two weeks. You are now reading the first article, which 
explains what rec.radio.info is, and answers some Frequently Asked Questions. 
The second article is titled "Submission Guidelines", and you only need to 
read it if you want to submit an article to rec.radio.info. 


You can skip to the next section of this article by searching for the next 
" -- " string. The sections available are: 
- What is the purpose of rec.radio.info? 
- Why are messages almost always cross posted to rec.radio.info? 
- What is a 'follow-up', and what does 'moderated' mean? 
- OK, so now I know what 'moderated' means. Tell me more. 
- What type of material is considered inappropriate? 
- I do not have access to news, how can I get the information posted to 
rec.radio. info? 
- Will the material appearing in rec.radio.info be archived somewhere? 
- I have a regular posting with timely information, is there a way to 
speed up it's delivery, or automate for more convenience? 


-- What is the purpose of rec.radio.info? 


The purpose or charter of rec.radio.info is to provide the Usenet community with 
a resource for information, news, and facts about any and all things radio. 


All the other rec.radio groups are intended for discussions and general chit 
chat about radio. Rec.radio.info will contain informational, factual articles 
only. Follow-ups are redirected to an appropriate other group, and further 
discussion (if any) will not take place in rec.radio.info. 


In order to ensure that rec.radio.info contains only appropriate articles, it 
was decided to create the group as a moderated newsgroup. 


-- Why are messages almost always cross posted to rec.radio.info? 


It provides a "tag" for each article to be assembled into a filtered 
presentation in rec.radio.info (even with cross-posting, only one message, with 
a unique Message-ID, is propogated across the net). This tag also facilitates 
a pre-existing method of dropping or cancelling the articles locally within the 
discussion groups if you don't want to see them. This accommodates individuals 
who want to separate the bulletins from the discussions, discussions from the 
bulletins, as well as those who are adamant about not reading another 

newsgroup and wanted to see everything all in one basket. 


With the total size of Usenet (in number of newsgroups and total traffic) 
doubling every year or so, this is no insignificant contribution to reducing 
information noise and chaos. Making the discussion groups a catch-all, and 
making extra newsgroups filters on that catch-all, is also the most realistic 
way to implement such a scheme (It's not intuitively obvious what the charter, 
contents, and general appropriate topics for each and every newsgroup are. 
Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial 
for new readers). 


By cross-posting one only is adding a few tens of bytes to each bulletin (to 
specify the extra group on the Newsgroups line), but are adding the capability 
for very powerful filtering features available on most news servers, 
listservers and readers. Your local news guru could probably explain these 
features in more detail. 


In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add 
a line of the form: 

/Newsgroups:.*[ ,]rec\.radio\.info/h:j 
either in ~/News/KILL (if you don't want to see rec.radio.info articles 
anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them 
just in rec.radio.amateur.misc). The latter method means your kill file will 
only be consulted during rec.radio.amateur.misc (and hence runs more 
efficiently), and will probably work for most people. 


In nn, according to Bill Wohler in his nn FAQ, add a line of the form: 
rec.radio.info:!s/:% 
in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or 
put the following lines: 
sequence 
rec.radio.info 
rec.radio. 
at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first, 
then read the remaining rec.radio.* without the bulletins. 


-- What is a 'follow-up', and what does 'moderated' mean? 


If you are new to Usenet and are not familiar with the terminology, you might 
want to read the general introductory articles found in the newsgroup 
news.announce.newusers. Doing so will make your life on the net much easier, 
and will probably save you from making silly beginner's mistakes. 


If you think that at this moment you are reading an echo, a conference, or 
a bulletin board, I'd also strongly suggest a trip over to 
news .announce.newusers. 


For the rest of this article, I will assume you have a basic knowledge of 
Usenet terminology and mechanics. 


A moderated group means that any article that needs to be posted to the group 
has to be accepted by the moderator of the group. Since we need to ensure that 
followups to an article (discussion) do not show up in the rec.radio.info 
newsgroup, the ‘Followup-To:' header line contains a newsgroup that is 
appropriate for disussions about the specific article. 


-- OK, so now I know what 'moderated' means. Tell me more. 


Rec.radio.info is a moderated newsgroup, which means that all articles 
submitted to the group will have to be approved by the moderator first. 


The current moderator of the group is Mark Salyzyn. Submissions to 
rec.radio.info can be posted, or e-mailed to: 


rec-radio-info@ve6émgs.ampr.ab.ca 
Comments, criticisms, suggestions or questions about the group can be e-mailed 
to: 


rec-radio-request@ve6émgs.ampr.ab.ca 


But before you do so, please be sure to check out the "Submission Guidelines" 
article. 


The influence of the moderator should be minimal and of an administrative 
nature, consisting chiefly of weeding out obviously inappropriate articles, 
while making sure correct headers etc. are used for the appropriate ones. 


-- What type of material is considered inappropriate? 


There are three broad categories of articles which will be rejected by the 
moderator: 


1) Requests for information: rec.radio.info is strictly a one-way street. I 
receive information in my mailbox; I then post it to rec.radio.info. 


Requests for specific information belong in the normal discussion newsgroups. 


If your request gets answered, you might consider passing the answer on to 
rec.radio.info, though. Especially if you can edit it into a informational, 
rather than a discussion, format. 


2) Obvious discussion articles, or articles that appear unsubstantiated. 


3) Commercial stuff: a relatively unbiased test of a radio product would be 


accepted, but any hint of for-profit might be reason for rejection. For three 


reasons: This is not the purpose of the list, for-profit is a controversial 
topic, and this list may be passed onto Amateur Packet Radio (where 
for-profit is prohibited except under certain provisos). 


rec.radio.swap (or possibly comp.newprod) may be more deserving of the 
posting in any matter. 


Similarly, copyrighted material generally cannot be used. If it's TRULY 
worthwhile to the net, I would recommend obtaining permission from the 
copyright holder. Please note the source, and if permission was given. I 
reserve the right to make the final decision concerning appropriateness in 
all situations. In most cases, a brief summary of, or pointer to, the 
copyrighted information may be all I can allow. 


-- I do not have access to news, how can I get the information posted to 
rec.radio. info? 


brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for 
rec.radio.info. Non of the articles will be digested, due to their size, so 
you will receive individual mailings for every article posted to the group. 


Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and 
thus is an alias to rec-radio-info@ve6émgs.ampr.ab.ca 


To subscribe and unsubscribe via the listserver; the format for that is 


sub address radio-info 
unsub address radio-info 


where ‘address' is your full mailing address. Send this request to 
listserv@ucsd.edu 


Note that the server will automatically delete any address that bounces mail. 
If you leave the address portion blank, it will try to deduce your address 
from the mail headers. This may not work if you are on bitnet, milnet or 
some other non-Unix host, so it is recommended to put your return address 

in any case. For example: 


sub mymailbox@myhost.mydomain.mil radio-info 
or 
sub MEMEMEOQ1@DMBHST.bitnet radio-info 


or something like that. 
-- Will the material appearing in rec.radio.info be archived somewhere? 
< Dated information here > 


Yes. Still firming up details at the moment but here is a preliminary list: 
- unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu> 
- nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi> 
saved to /pub/dx/text/rec.radio.info currently stored as 
numbered files. 


Effectively this means that anything you post to rec.radio.info will be 
permanently stored, so your work will not be lost. 


-- I have a regular posting with timely information, is there a way to 
speed up it's delivery, or automate for more convenience? 


Yes, there is! It may take a bit of chatter with the moderator, but we are 
willing to take responsible people and provide them the means of posting the 
articles directly from their site. We will try everything we can as we fully 
realize that DX (distant signal) and astronomical data can be somewhat 
transitory. We are also willing to allow regular posters of information the 
same courtesy, even if the information is not as time critical. 


We refer to this as self-moderation, which is partly based on the model for 
news.answer. This requires co-operation and good will to be beneficial to 
the community in the rec.radio hierarchy. 


I suggest reading the posting guidelines for more information. I am open to 
suggestions. 


I thank the following individuals for their input into this article: 
rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl 
rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us 
Paul W. Schleck, KD3FU pschleck@unomaha.edu 
Tan Kluft, KD6EUI ikluft@uts.amdahl.com 


Mark Salyzyn -- Moderator rec.radio.info 

Submissions to: rec-radio-info@veémgs.ampr.ab.ca 

Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca 

* Requests for information do *xnotx belong in rec.radio.info x 


End of Ham-Digital Digest V94 #170 
KAKKKKKKKKKKKKKKKKKKKEKKEKRE RAK 


